Re: [xmpp] <optional> and <required/>

Peter Saint-Andre <stpeter@stpeter.im> Wed, 09 March 2011 03:02 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: xmpp@core3.amsl.com
Delivered-To: xmpp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D0B6C3A6803 for <xmpp@core3.amsl.com>; Tue, 8 Mar 2011 19:02:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.625
X-Spam-Level:
X-Spam-Status: No, score=-102.625 tagged_above=-999 required=5 tests=[AWL=-0.026, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id INsAoJg-nj1r for <xmpp@core3.amsl.com>; Tue, 8 Mar 2011 19:02:17 -0800 (PST)
Received: from stpeter.im (stpeter.im [207.210.219.233]) by core3.amsl.com (Postfix) with ESMTP id A1ED93A67F4 for <xmpp@ietf.org>; Tue, 8 Mar 2011 19:02:17 -0800 (PST)
Received: from squire.local (dsl-251-69.dynamic-dsl.frii.net [216.17.251.69]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 41F454011B; Tue, 8 Mar 2011 20:23:30 -0700 (MST)
Message-ID: <4D76EE02.2010807@stpeter.im>
Date: Tue, 08 Mar 2011 20:03:30 -0700
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: Kim Alvefur <zash@zash.se>
References: <1299638843.18776.76.camel@spinachia>
In-Reply-To: <1299638843.18776.76.camel@spinachia>
X-Enigmail-Version: 1.1.1
OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="------------ms010109080405020507050706"
Cc: xmpp@ietf.org
Subject: Re: [xmpp] <optional> and <required/>
X-BeenThere: xmpp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: XMPP Working Group <xmpp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/xmpp>, <mailto:xmpp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/xmpp>
List-Post: <mailto:xmpp@ietf.org>
List-Help: <mailto:xmpp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xmpp>, <mailto:xmpp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2011 03:02:18 -0000

On 3/8/11 7:47 PM, Kim Alvefur wrote:
> Hi!
> 
> Just to point out that these sections[1][2] seems to conflict with this
> tread[3]. Otherwise, how does it make sense for roster versioning to be
> required?
> 
> [1]: http://tools.ietf.org/html/draft-ietf-xmpp-3920bis-22#section-4.9.3.23
> [2]: http://tools.ietf.org/html/draft-ietf-xmpp-3921bis-20#section-2.6.1
> [3]: http://www.ietf.org/mail-archive/web/xmpp/current/msg01125.html

There are two different topics here:

1. Whether any given feature is mandatory-to-negotiate or
voluntary-to-negotiate.

2. Whether to define a generalized mechanism for such signalling, which
would apply to all features.

The mailing list post you've cited applies to #2. Section 2.6.1 of
3921bis applies to #1.

I see your point about the <unsupported-feature/> stream error: it might
not make much sense to define such an error condition if there is no
generalized mechanism for signalling that any given feature is
mandatory-to-negotiate...

Peter

-- 
Peter Saint-Andre
https://stpeter.im/